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Procede et svsteme de detection de pre sence d'un terminal 
mobile . 

Le domaine de 1' invention est celui des reseaux de 
telecommunication mobile. Dans un reseau de 
telecommunication mobile, tel que les reseaux cellulaires 
de type GSM, GPRS, UMTS, les utilisateurs ont la 
possibility de se deplacer avec un terminal mobile sur 
1' ensemble du territoire couvert par un reseau auquel ils 
ont souscrit, voir couvert par d'autres reseaux de 
telecommunication mobile compatibles, on parle alors de 
fonction d' itinerance (roaming en anglais), tout en 
conservant leur capacite a communiquer avec le reseau de 
telecommunication mobile et, par lui, avec l'exterieur 
pour des services ou applications de type telephonique ou 
d'autres applications de type donnees. 

II se peut aussi qu'un utilisateur sortjp- 
temporairement de la couverture des reseaux de 
telecommunication mobile, que son terminal soit eteint 
volontairement ou, involontairement a cause de 
l'epuisement de la batterie. Dans ce cas, 1' utilisateur 
n'a plus acces aux fonctions du reseau et reciproquement , 
il ne peut etre joint par d'autres personnes ou par des 
applications . 

Le terme « abonne mobile » utilise dans ce texte est 
une traduction litterale du terme anglais « mobile 
subscriber » utilise dans les normes GSM/GPRS/UMTS du 3GPP 
et designe un abonnement souscrit aupres d'un operateur 
mobile qui donne acces a son reseau de telecommunication 
mobile. Cet abonnement est identifie par 1' identite 
internationale d' abonne mobile (IMSI pour International 
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Mobile Subscriber Indentity) ou le numero de terminal 
mobile sur reseau numerique a integration de service 
(MSISDN pour Mobile Station Integrated Services Digital 
Network Number). L' IMSI est generalement memorise dans une 

5 carte SIM (Subscriber Identity Module pour Module 
d' Identification de 1' Abonne) qui, a l'interieur du 
terminal mobile, en lie le fonctionnement a l'abonnement 
identifie. II n'est pas necessaire que le MSISDN soit 
memorise dans la carte SIM pour identifier l'abonnement, 

10 celui-ci peut l'etre a partir d'une correspondance entre 
MSISDN et IMSI dans le coeur de reseau. Le terme « Abonne 
Mobile » designe moins la personne qui se sert du reseau 
de telecommunication mobile que plutdt 1' usage qu'elle en 
fait ou est capable d'en faire au moyen de son terminal 

15 mobile. 

On d6finit un etat binaire de presence d'un abonn6 
sur le reseau mobile comme suit. Un abonne mobile est 
present sur le reseau quand il a acc6s aux fonctions de 
celui-ci et par consequent, est joignable par des 

20 applications externes (services vocaux, services donnees) . 
Inversement, 1' abonne mobile n'est pas present, c'est-a- 
dire absent sur le reseau, lorsqu'il n'a pas acces a ces 
fonctions et ne peut etre joint par des applications 
externes. Ce deuxieme etat correspond, par exemple, au 

25 terminal mobile eteint ou au terminal mobile sur une 
partie de territoire hors couverture par le reseau de 
telecommunication mobile. 

De facor. generale, on parle de contexte ou 
information de presence d'un abonne mobile, pour decrire 

30 un ensemble de donnees liees a 1' abonne qui evolue en 
fonction des interactions de celui-ci et/ou de son 
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terminal avec le reseau et les applications externes. Cet 
ensemble peut comporter, a titre d' exemple non limitatif, 
au moins l'etat de presence a deux valeurs (present, pas 
present) tel que decrit precedemment, les moyens de 
joindre l'abonne mobile tels que son adresse IP courante, 
l'activite actuelle de l'abonne (mobile en veille, en 
communication* en cession WAP sur une application X, 
etc.), la localisation de l'abonne, etc. 

Les mecanismes de gestion de la mobilite existant 
dans les reseaux mobiles generent de nombreuses 
informations de presence. Malheureusement, celles-ci font 
partie du f onctionnement interne du reseau et les 
applications externes a celui-ci n'y ont pas acces 
direct ement dans l'etat actuel de la technique. 

De telles applications externes ne peuvent done pas 
connaitre a priori l'etat de presence d'un terminal mobile 

donne. • 

Les applications qui utilisent, dans leur logique de 
service, la gestion de la presence des utilisateurs, 
notamment des services de communication interpersonnelle, 
de mise en relation ou autres, utilisent dans l'etat de la 
technique une detection de la presence dite applicative. 

La presence applicative consiste a utiliser une 
action explicite soit de 1' utilisateur, soit d'un logiciel 
specifique ou agent embarque dans le terminal mobile 
aupres de 1' application en question pour que celle-ci 
puisse prendre connaissance de la presence de 
1' utilisateur et la facon dont il peut etre joint. 

A titre d' exemple, les applications de messagerie 
instantanee n§cessitent une procedure d' enregistrement ou 
1' utilisateur doit entrer son nom et son mot de passe pour 
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pouvoir le consid6rer present et joignable dans le 
service, 

Ces actions se traduisent en g6n6ral par un 6change 
de messages sur les couches protocolaires applicatives 
5 entre le terminal mobile et le serveur d' application . Dans 
ce cas, le reseau de telecommunication mobile se limite & 
vehiculer les messages §mis par le terminal vers le 
serveur d' applications • 

Dans un environnement de telecommunication mobile, 
10 1' utilisation de la presence applicative a quelques 
inconvenients par rapport k 1' utilisation des donn6es de 
presence qui peuvent §tre fournies directement par le 
reseau de telecommunication mobile. 

Par exemple, dans le cas de deploiement, la presence 
15 applicative se base souvent sur 1' utilisation d'un client 
specif ique embarque ou teiecharg6 dans le terminal mobile. 
Par consequent, le service est limite dans ce cas au 
terminal disposant dudit client. C'est le cas par exemple 
d'un navigateur WAP ou d'un client de messagerie 

20 instantanee. 

Dans un cas d' usage, la presence applicative requiert 
une action explicite dans le terminal vis-a-vis du serveur 
d' applications. On peut citer a titre d' exemple, 1' envoi 
d'un SMS avec un contenu particulier pour se declarer 

25 present, s' enregistrer sur une page WAP, activer son 
client messagerie instantanee embarque, etc. Souvent, une 
action explicite de l f utilisateur est requise, composition 
et envoi d'un SMS, entree d'un nom d' utilisateur et d'un 
mot de passe sur un site WAP, lancement de son client de 

30 messagerie instantanee embarque, etc. Cela repr6sente un 



ioi uwpui 

5 



frein £ 1' usage trks important qui limite le degr6 
d' adoption du service. 

Pour remedier aux inconv6nients pr6c6demment 
mentionn6s de l'6tat de la technique, un but de 
5 1' invention est d'obtenir des informations de presence 
directement du reseau de telecommunication mobile. Ceci 
permet par exemple 1' enregistrement automatique dans un 
service & l'allumage de son telephone mobile. 

Un ob jet de 1' invention est un proc6d6 pour informer 
10 un serveur d f application si un abonne mobile est present 
ou pas sur un r6seau de telecommunication mobile. Le 
proc6de est remarquable en ce qu'il comprend: 

- au moins une premiere etape pour envoyer un premier 
signal distinctif de 1 1 abonn6 mobile au reseau de 

15 telecommunication mobile; 

- au moins une deuxieme etape pour determiner un etat, 
binaire present ou non present, en fonction d'une reaction: 
du reseau de telecommunication mobile au dit premier/ 
signal; 

20 - au moins une troisieme etape pour communiquer au serveur 
d 1 application l'etat determine en deuxieme etape. 

Ce procede permet de communiquer un etat present ou 
non present £ un quelconque serveur d ' application sans 
necessiter au prealable de disposer d'un agent dedie It ce 

25 serveur pour 1 9 abonne mobile car c f est en fonction d'une 
reaction du reseau de telecommunication mobile & un envoi 
de signal que 1'etat* present ou non present, est 
determine. 

Le signal distinctif de 1' abonne mobile peut etre de 
30 differentes natures. 
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Particulierement, ledit premier signal est un message 
court envoye au reseau de telecommunication mobile a 
destination de l'abonne mobile. One premiere transition 
validee par une reaction du reseau de telecommunication 
5 mobile indiquant que le message est delivre, 
respectivement une deuxieme transition validee par un 
depassement de duree sans reaction du reseau de 
telecommunication mobile, active alors la deuxieme etape 
qui determine l'etat present, respectivement non present 
10 de l'abonne mobile. 

Avantageusement, un parametre de schema de codage de 
donnees dans une entete du message court, est positionne a 
une valeur qui a pour effet de commander au mobile 
destinataire du message, de se defausser du contenu du 
15 message et de desactiver une indication de reception du 
message sur le mobile. 

Ainsi, un utilisateur du mobile n'est pas derange par 
les messages courts utilises dans le cadre de la detection 
de presence. 

20 Plus particulierement la premiere etape est activee 

pendant une activation de la deuxieme etape en 
positionnant une duree fonction de l'etat present ou non 
present determine en deuxieme etape. 

Plus particulierement encore, le procede comprend une 
25 etape d'attente activee lorsque la deuxieme etape 
determine l'etat present de facon a activer la premiere 
etape apres expiration de l'attente. 

Alternativement, ledit premier signal consiste en une 
interrogation de nceud du reseau de telecommunication sur 
30 l'etat present ou non present de l'abonne mobile. La 
reaction du r6seau de telecommunication mobile consiste 
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alors en une reponse du noeud du reseau de 
telecommunication sur l'etat present ou non present de 

l'abonne mobile. 

Alternativement encore, ledit premier signal consiste 
en un positionnement de point de detection sur un nceud du 
reseau de telecommunication relatif a toute modification 
de l'etat present ou non present de l'abonne mobile. La 
reaction du reseau de telecommunication mobile consiste 
alors en une notification du nceud du reseau de 
telecommunication relatif a chaque modification de l'etat 
present ou non present de l'abonne mobile. 

Le serveur d' application peut etre informe en 
permanence de l'etat par abonnement ou uniquement en cas 
de besoin par requete. 

Pour un abonnement, une activation de troisieme etape 
communiquant au serveur d' application l'etat present,, est 
suivie d'une activation de troisieme etape communiquant .au 
serveur d' application l'etat non present lorsque l'etat 
determine en deuxieme etape passe de present a non 
present . 

Pour repondre a un besoin specif ique, une activation 
de troisieme etape fait suite a une transition validee par 
une requite en provenance du serveur pour demander l'etat 
de l'abonne mobile. 

Un objet de 1' invent ion est encore un systeme pour 
informer un serveur d* application si un abonne mobile est 
present ou pas sur un reseau de telecommunication mobile. 
Le systeme est remarquable en ce qu'il comprend: 
- des premiers moyens pour envoyer un premier signal 
distinctif de l'abonne mobile au reseau de 
telecommunication mobile; 
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- des deuxidmes moyens pour determiner un 6tat binaire 
present ou non present en fonction d'une reaction du 
reseau de telecommunication mobile au dit premier signal; 

des troisi^mes moyens pour communiquer au serveur 
d 1 application l'etat determine par les deuxiemes moyens. 

Particulierement, les premiers moyens sont agenc6s 
pour envoyer le premier signal sous forme d'un message 
court a destination de l'abonne mobile, les deuxiemes 
moyens sont agenc6s pour determiner l'etat present lorsque 
le message court est deiivr6 et pour determiner l'etat non 
present lorsque le message court n'est pas deiivre apres 
depassement d'une dur6e pr6fix6e. 

Plus particulierement, les premiers moyens sont 
agences pour envoyer ledit premier signal & intervalles de 
temps reguliers qui sont fonctions de l'etat present ou 
non present de l'abonne mobile. 

L 1 invention sera mieux comprise £ la lumiere de la 
mise en oeuvre d6crite a present en reference aux dessins 
annexes dans lesquels: 

- la figure 1 est un schema de r6seau de telecommunication 
mobile conventionnel ; 

- la figure 2 montre le reseau de telecommunication mobile 
de la figure 1 avec mise en oeuvre de l 1 invention; 

- les figures 3 a 5 montrent des 6tapes de procede 
conforme a 1' invention. 

De fagon conventionnelle en reference a la figure 1, 
un dispositif mobile communiquant 1 communique avec un 
reseau de telecommunication mobile 3 en echangeant des 
signaux haute frequence avec des relais radio 2 relies au 
reseau de telecommunication mobile 3 par une 
infrastructure de reseau d'acces. Un serveur d' application 



9 



4 est relie au reseau de telecommunication mobile 3 par 
une infrastructure de cceur de reseaux. Le serveur 
d' application 4 heberge des applications de type 
messagerie electronique ou autre, pour lesguels les 
dispositifs mobiles communiquant 1 hebergent un agent 
correspondant . Un agent correspondant a une application 
hebergee dans le serveur d' application 4, est une partie 
de programme applicative qui, depuis le dispositif mobile 
communiquant 1, echange directement avec 1' application 
hebergee dans le serveur d' application 4 en passant par le 
relais radio 2 et le reseau de telecommunication mobile 3. 
Par exemple, lorsque le dispositif mobile communiquant 1 
est en relation radio avec le relais radio 2 du reseau de 
telecommunication mobile 3, 1' agent correspondant qui, se 
trouve dans le dispositif mobile communiquant 1, emet un 
signal vers le serveur d' application 4 pour notifier de sa 
presence, 1' application qui y est hebergee. 

En reference a la figure 2, on retrouve un dispositif 
mobile communiquant 1, un relais radio 2, et un reseau de 
telecommunication mobile 3 conventionnels tels que ceux 
representes dans la figure 1. Des serveurs d' application 
7, 8, hebergent des applications pour lesquelles il n'est 
pas necessaire que le dispositif mobile communiquant 1 
contienne un agent correspondant. Un systeme de detection 
de presence 5 est reli6, d' une part, au reseau de 
telecommunication mobile 3 et, d' autre part, a un reseau 
de type IP 6. Le reseau 6 relie au serveur 7, 8, permet au 
systeme 5 de communiquer avec ces serveurs d' application . 

Le systeme 5 s' interface avec le reseau de 
telecommunication mobile 3 pour obtenir des informations 
de presence des abonnes mobiles par des moyens 




particuliers qui vont §tre d6crits dans la suite de cet 
expose. Interfaces avec les serveurs d' application au 
moyen de protocoles standard sur r6seau IP, le systeme 5 
traite des requStes des differents serveurs d' application 
5 de fagon centralisee pour leur deiivrer des informations 
de presence sur les abonn6s mobiles. 

Le systeme 5 peut aussi r6aliser d' autres fonctions 
telle que celle de mettre en place des techniques pour 
optimiser les acc^s au r6seau de telecommunication mobile 
10 au moyen d'ante memoire (cache en anglais), de r6aliser 
des contrdles d' autorisation, d'emettre des tickets de 
facturation. Les serveurs d' application 7, 8, utilisent 
des informations de presence qu' ils obtiennent du systeme 
de detection de presence 5 pour fournir differents 
15 services & destination du dispositif mobile coramuniquant 
1. 

Le systeme de detection de presence 5 est capable de 
gerer au moins deux types d'6change avec les serveurs 
d' application 7, 8, en mettant en oeuvre pour chacun, le 

20 procede d6crit a present en reference aux figures 3 et 4, 

Le protocole specifique utilise pour mettre en oeuvre 
le procede, est en dehors du cadre de cette invention, II 
peut etre de type propri6taire ou reposer sur des 
protocoles standards existants tels que XMPP, SIP/SIMPLE, 

25 etc. La figure 3 montre des etapes de procede de detection 
de presence executees dans le systeme 5 pour r6pondre £ 
des demandes de presence d'un abonne mobile ci un instant t 
regu d'un serveur d' application 7, 8. One etape 9 
d' initialisation en mode requete, declenchee par exemple a 

30 la mise en service du systeme 5, place le systeme 5 dans 
une etape 10 d'ecoute. 
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Dans l'6tape 10, le systeme 5 est en 6coute sur le 
r6seau 6, de requites regues de l'un des serveurs 7, 8. 

Une transition 11 fait passer le systeme 5 de l'6tape 
10 d une 6tape 12. La transition 11 est valid6e par une 
r6ception de requite regue de l'un des serveurs 7, 8 par 
le r6seau 6. La requSte qui valide la transition 11 , est 
distinctive du serveur qui l'a 6mise et du num6ro de 
terminal mobile MSISDN pour lequel le serveur en question, 
demande l'6tat de pr6sence sur le r6seau de communication 
mobile 3. 

Dans l'6tape 12, le systeme 5 consulte l'6tat de 
presence du MSISDN . Des moyens mis en ceuvre par le systeme 
5 pour obtenir l'6tat de presence du MSISDN, sont 
expliqu6s plus loin dans la description. Un 6tat present 
du MSISDN valide une transition 13. Un 6tat absent du 
MSISDN ou encore non prfesenr, valide une transition 14. 

Une validation de transition 13 fait passer^ le 
systeme 5 de l'§tape 12 a une <§tape 15. Dans 1' §tape. ; , 15, 
le systeme 5 envoie sur le reseau 6, une reponse S 
destination du serveur d' application qui a 6mis la 
requ§te, pour 1' informer de la presence de l'abonnfe mobile 
identify par le MSISDN. 

Dans l'etape 16, le systeme 5 emet sur le r6seau 6 
une r6ponse £ destination du serveur qui a emis la requete 
pour 1' informer de 1' absence ou non presence de l'abonne 
mobile identify par le MSISDN. A la suite de l'etape 15 
ou de l'£tape 16, le systeme 5 reste dans l'6tape 10 
d'6coute en attente d' une nouvelle requete de presence 
d'un serveur pour le meme ou un autre abonn6 mobile. 

La requete emise par le serveur d' application peut 
aussi etre non specifique a un MSISDN donn6 mais par 
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exemple de type pour demander tous les MSISDN & l'6tat 
present. Dans ce cas, la r^ponse fournit une liste de 
MSISDN presents. 

La figure 4 montre des £tapes de proc6d6 de detection 
5 de presence ex6cut6es par le systeme 5 pour informer des 
serveurs d' application 7, 8 de l'6tat de presence 
d'abonn£s mobiles en permanence dans le cadre d'un 
abonnement. Une 6tape d' initialisation 17, activ6e par 
exemple d la mise en service du systeme 5, place le 

10 systeme 5 dans une 6tape d'6coute 18 pour fonctionner en 
mode abonnement . 

Dans l'6tape 18, le systeme 5 est a l'6coute de tout 
nouvel abonnement regu par le r£seau 6, par une interface 
homme-machine (non representee) connectee sur le systeme 5 

15 pour specifier des abonnements de serveurs d' application 
et d'abonn§s mobiles ou de consultation de tables 
d' abonnement internes au systeme 5. 

Une transition 19 est validee par chaque abonnement 
identifie pour un serveur determine et un abonne mobile 

20 identifie par un MSISDN. 

Chaque validation de transition 19 active une etape 
20 dans laquelle le systeme 5 consulte l'etat de presence 
de 1' abonne mobile identifie par le MSISDN dans le cadre 
de 1' abonnement ayant valide la transition 19. 

25 Le systeme 5 reboucle sur 1' etape 18 d'ecoute pour 

tout autre abonnement. 

Un etat present de 1' abonne mobile valide une 
transition 21. Un etat non present ou absent de l'abonne 
mobile, valide une transition 22. 

30 Une validation de la transition 21 active une etape 

23 dans laquelle le systeme 5 envoie une notification de 
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presence de l'abonn6 mobile au serveur concern^ par 
1' abonnement . 

Une validation de la transition 22, active une 6tape 
24 dans laquelle le systdme 5 envoie une notification de 
5 non presence ou d' absence au serveur d' application 
concern^ par 1' abonnement . 

Un nouvel 6tat absent valide une transition 25 et un 
nouvel 6tat present valide une transition 26. 

A la suite de l'6tape 23 la transition 25 active 
10 l'6tape 24 et £ la suite de l'6tape 24 la transition 26 
active l'6tape 23 de sorte que le serveur concern^ par 
1' abonnement est inform^ en permanence de l'6tat de 
presence de l'abonn6 mobile. 

Dans l'6tape 23, le syst^me 5 ajoute 6ventuellement & 
15 la notification de presence d'autres donn6es contextuelles 
relatives a l'abonne mobile, dites informations de 
presence . 

La figure 5 montre des fetapes particulieres de 
proc6d6 pour obtenir l'6tat de presence d' un abonn6 mobile 
20 de fagon a pouvoir ex6cuter les §tapes 12, 20 d6crites 
pr§c6demment . 

La pr6sente realisation decrit un proc£d6 de 
detection de l'6tat de presence d'un abonn6 mobile par 
1' envoi de SMS invisibles applicable dans les r6seaux de 

25 type GSM/GPRS/UMTS. D' autres techniques peuvent etre 
utilis6es pour extraire les informations de presence du 
cceur de r^seaux mobiles 3. La technique des SMS invisibles 
a 1'avantage d'etre tres simple a mettre en ceuvre et 
compatible avec 1' ensemble des reseaux GSM/GPRS /UMTS 

30 deploy6s £ l'heure actuelle. La recommandation TS 123.040 
du 3 GPP, version 5.5.1 de septembre 2002, definit comment 
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rfealiser un service de message court (SMS) . Plus 
particuliferement, le chapitre 9.2.2.1 d6crit des types de 
base de paramfetrage des entetes de messages SMS pour agir 
sur le mode de dfelivrance du message. Parmi les param^tres 
de protocole de transfert TP-MTI 3 TP-UD du tableau 
presents au chapitre 9.2.2.1 de la recommandation TS 
123.040, les inventeurs ont s61ectionn6 le param£tre de 
schema de codage de donnfees TP-DCS (TP-Data-Coding-Scheme) 
qui identifie le schema de codage dans les donnfees 
utilisateur du protocole de transfert. Le paramfetre TP-DCS 
contient huit bits dont la recommandation 3GPP TS 23.038 
dfefinit au chapitre 4, des comportements de dfelivrance de 
messages SMS en fonction des valeurs £ z6ro ou a un de ces 
huit bits numferotfes de zfero ct sept. Les inventeurs ont 
s61ectionn6 dans la recommandation 3GPP TS 23.038 V3.3.0 
(2000-01) , un positionnement du param£tre TP-DCS a le 
valeur hexadfecimale CO. Ainsi, la valeur 1100 des bits 7 a 
4 du paramfetre TP-DCS, a pour effet que le mobile se 
dfefausse des contenus du message en presentant tout au 
plus une indication a 1 1 utilisateur . La valeur 0 du bit 3, 
rend inactive 1' indication a 1 1 utilisateur . Les valeurs 
des bits 2^0 sont sans effet particulier pour 
1' invention, sachant que la valeur a zero du bit 2 est 
impos6e au chapitre 4 de la recommandation TS 23.038 
precitfee. La valeur nulle des bits 1 et 0, est relative £ 
une attente de message de boite vocale, on comprendra que 
toute autre valeur des bits 1 et 0, est sans incidence sur 
la mise en ceuvre de 1' invention. La selection de valeur du 
groupe de quatre bits d 1 indication de fa<?on a dfeclencher 
une defausse de contenu de message et la selection de 
valeur du bit d' activation d ! indication de fagon a rendre 
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1' indication inactive, permettent de g6n6rer un SMS 
invisible comme un message court dont les entStes sont 
param6tr6es d'une fagon particulidre de maniere d ce que 
le terminal mobile recepteur acquitte imm6diatement la 

5 reception du message et le terminal mobile recepteur 
n'affiche aucun comportement perceptible par 
1' utilisateur . 

De fagon connue dans les normes GSM/GPRS/UMTS, le 
cceur de reseaux de telecommunications mobiles 3 comprend 

10 un centre de gestion de services de messages courts (SMS- 
C) non represents. Les accuses de reception pour les SMS, 
constituent une f onctionnalite optionnelle qui permet a 
l'emetteur d'etre notifie par le SMS-C quand le message a 
ete re?u par le terminal destinataire . Comme nous le 

15 verrons par la suite, on peut utiliser ou ne pas utiliser 
des accuses de reception tels que def inis aux chapitres 
3.2.9 et 9.2.2.3 de la recommandation 3GPP TS23.04C 
pr6cit6e. 

Une procedure « alert-SC » permet au reseau de 
20 telecommunication mobile d' informer le SMS-C de 
1' enregistrement dans le reseau d'un abonne mobile qui est 
absent au moment de 1' envoi d'un message court pour que 
celui-ci puisse proceder a une nouvelle tentative de 
livraison des messages en attente. Cette notification 
25 d'evenement est realis6e a travers le message MAP-alert-SC 
envoye par le HLR au SMS-C (cf. 3 GPP TS 2 9.002 V3.14.0 
2002-09 chapitre 12.5). Cette f onctionnalite est exploitee 
par la presente invention pour detecter 1' enregistrement 
d'un abonne dans le reseau apres une periode d' absence. 
30 En reference a la figure 5, le procede de detection 

de presence utilise 1' envoi de SMS invisibles aux abonnes 
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dont la presence doit etre detectee. Le SMS-C assure la 
delivrance des SMS dans les reseaux GSM/ GPRS/UMTS et agit 
en point d' entree au cceur de reseau mobile pour le systeme 
de detection de presence. L' interface et le protocole de 
dialogue entre le systeme 5 et le SMS-C sont specifiques a 
chaque operateur (UCP et SMPP sont les plus repandus) . 

En reference a la figure 5, une etape 
d' initialisation 27 specif ique a chaque MSISDN, place par 
defaut l'abonne mobile concerne dans un etat absent defini 
par une etape 28. Chaque activation de 1' etape 28 active 
simultanement une etape 29 dans laquelle- le- systeme 5 
envoie un SMS a l'abonne mobile. De preference, le SMS est 
de type invisible tel que defini ci-dessus de facon a ne 
pas deranger 1 ' utilisateur du mobile. Le SMS indique en 
entete qu'il a une duree de vie Ti a 1' issue de laquelle 
le SMS est detruit par le SMS-C s'il n'a pas ete recu par 
l'abonne mobile. De facon a ce que le SMS-C puisse 
contr61er la reception du message par le mobile, le 
message SMS est de type avec accuse de reception notifie 
au SMS-C par le mobile. 

L' etape 29 arme, con jointement a 1' envoi du message 
court SMS, un compteur de temps t. Une transition 30 est 
validee lorsque le temps t depasse la valeur Ti sans que 
le SMS-C ait recu un accuse de reception notifie par le 
mobile. La validation de la transition 30 peut etre 
realisee de differentes fagons. 

Selon une premiere facon possible, le compteur de 
temps reside dans le SMS-C. Le SMS-C est alors configure 
de sorte a realiser l'armement du compteur de 1 ' etape 29 a 
reception du message SMS en provenance du systeme 5 et de 
sorte a envoyer un accuse de non livraison au systeme 5 
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lorsque le temps t depasse la valeur T\ sans avoir recu 
d' accuse de reception notifie par le mobile. Au niveau du 
systeme 5, la transition 30 est alors validee par l'accus6 
de non livraison recu du SMS-C. 

Selon une deuxieme facon possible, le compteur de 
temps reside dans le systeme 5. La transition 30 est alors 
directement validee dans le systeme 5 lorsque le temps t 
depasse la valeur Ti. Cette deuxieme facon ne necessite 
pa.s de configuration particuliere du SMS-C pour valider la 
transition 30. 

Une notification de d<=livrance par le SMS-C au 
systeme 5, valide une transition 31. 

La validation de l'une des transitions 30 ou 31 a 
pour effet de d^sarmer le compteur de l'6tape 29. 

La transition 31 active simultanement une 6tape 32 et 
une 6tape 33. 

Dans l'etape 32, l'abonne mobile est reconnu dans un 
etat present par le systeme 5. Dans l'etape 33, le systeme 
5 arme un compteur de temps t pour realiser une attente de 
duree T 2 . One transition 34 est validee lorsque le temps t 
depasse T 2 . 

La transition 34 active une etape 35 dans laquelle le 
systeme 5 envoie un message court SMS avec une duree de 
vie T 3 . Dans l'6tape 35, le SMS-C conf orm<§ment a la 
premiere facon ou le systeme 5 conformement & la deuxieme 
facon expliquee precedemment , arme le compteur de temps t 
de sorte a valider une transition 36 lorsque le temps t 
depasse la dur6e T 3 . 

Comme pour les transitions 30 et 31, une validation 
de l'une des transitions 34, 36 ou 37 a pour effet de 
desarmer un armement precedent de tout compteur de temps. 



18 



Une transition 37 faisant suite aux £tapes 32 et 35, 
est valid£e lorsque le message court est d£livr£ a 
l'abonn6 mobile. Une validation de la transition 37 active 
& nouveau les 6tapes 32 et 33. 

Une validation de la transition 30 £ la suite des 
etapes 28 et 29 ou de la transition 36 £ la suite des 
6tapes 32 et 35, active a nouveau les 6tapes 28 et 29. 

Pour mettre en oeuvre le proc6d£ pr6c£demment d£crit, 
le syst£me 5 comprend des premiers moyens qui permettent 
d'envoyer un signal au r6seau de telecommunication mobile 
3. C'est par exemple une interface de type convent ionnelle 
entre le systeme 5 et un nceud du r6seau 3. Dans 1' exemple 
d6crit en reference & la figure 5 ou le signal est un 
message court (SMS) envoys a destination du terminal 
mobile l f les premiers moyens sont de type logiciel agence 
pour g6n6rer des messages courts avec entete param6tree 
pour que les messages courts ne soient pas visibles de 
l'op6rateur et declenchent une Emission d' accuse de 
reception par le terminal mobile a destination du SMS-C 
des reception. 

Le systeme 5 comprend des deuxiemes moyens sous forme 
logicielle, micro programmee ou de micro circuit d6die 
qui, executant par exemple les Stapes et transitions 27 a 
37, deterrninent un etat binaire present ou non present en 
fonction d'une reaction du reseau de telecommunication 
mobile 3 au signal emis par les premiers moyens. 

Lorsque 1 ' abonne mobile est present, la reaction du 
reseau 3 est constitute par un accuse de reception 
retransmis par le SMS-C au systeme 5 qui, informe que le 
message est deiivre, valide les transitions 31 et 37 qui 
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activent l'etape 32 correspondant a l'etat present de 
l'abonne mobile. 

Lorsque l'abonne mobile n'est pas present dans le 
delai d 1 expiration du message court, la reaction du reseau 

5 3 est une destruction du message par le SMS-C. Le systeme 
5 ne recevant pas d' accuse de reception dans le delai 
d' expiration ou recevant un accuse de non delivrance, 
valide la transition 30 ou 36 correspondante qui active 
l'etape 38 correspondant a l'etat non present de l'abonne 

10 mobile. 

Lorsque l'abonne mobile n'est pas present sur le 
reseau 3 mais devient present dans le delai Ti 
d' expiration du message court, la reaction du reseau 3 est 
constituee par un accuse de reception retransmis par le 
15 SMS-C au systeme 5 qui, informe que le message est 
delivre, valide la transition 31 qui active l'etape 32 
correspondant a l'etat present de l'abonne mobile. 

Lorsque l'abonne mobile est present sur le re.seau 3 
mais cesse de l'etre dans le delai T 2 d'attente, avant 
20 emission du message court, la reaction du reseau 3 est une 
destruction du message par le SMS-C. Le systeme 5 ne 
recevant pas d* accuse de reception dans le delai 
d' expiration T 3 ou recevant un accuse de non delivrance, 
valide la transition 36 qui active l'etape 38 
25 correspondant a l'etat non present de l'abonne mobile. 

De facon a limiter le trafic entre le systeme 5 et le 
reseau 3, la duree de vie Ti des SMS invisibles envoyes 
par le systeme 5 dans l'etat non present, est de valeur 
61evee . 

30 Le delai T 2 d'attente fixe une frequence de sondage 

de l'etat present par le systeme 5. Sa valeur est un 
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compromis entre le besoin de limiter le trafic entre le 
syst£me 5 et le r£seau 3 et le besoin pour le serveur 
d 1 application d'etre rapidement inform^ d'un abonn£ mobile 
qui quitte l'6tat present. 

La dur6e de vie T 3 des SMS invisibles envoy6s par le 
systeme 5 dans 1 1 6tat present, est de valeur faible, un 
abonn6 mobile present 6tant cens6 envoyer rapidement un 
accuse de reception. Une latence resultant du d£lai 
d'attente T L/ il est recommand£ de choisir une dur§e de 
vie T 3 inf6rieure au d61ai d'attente T 2 . 

Le systeme 5 comprenant des premier et deuxi£me 
moyens techniques pour extraire du cceur de r6seau de 
telecommunication mobile/ l'6tat de presence d f un abonn£, 
le systeme 5 comprend enfin des troisi£mes moyens pour 
communiquer au serveur d f application 7,8 l ! 6tat extrait. 
Ces moyen? comprennent par exemple une interface 
protocolaire pour transmettre sur le r6seau 6, les 
informations de presence au serveur d 1 application. Le 
serveur d f application doit poss6der lui-meme 1 1 interface 
protocolaire duale avec le systeme 5 pour exploiter au 
mieux les informations de presence. 

Un message court & destination de l T abonn<§ mobile 
comme signal distinctif emis vers le r6seau 3, pr£sente 
l'avantage d'une mise en ceuvre facile. 

Cependant, ce n'est pas le seul signal distinctif 
possible. 

Par exemple, la procedure ATI (Any Time 
Interrogation) permet d 1 envoyer comme signal distinctif, 
une interrogation du HLR (Home Location Register) , la 
reaction du r£seau 3 6tant alors une reponse du HLR qui 
donne le dernier etat connu de l'abonnfe mobile 
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conformement a la recommandation 3GPP TS 29.002 dont plus 
particulierement le paragraphe 21.2.7. II faut noter que 
les informations ainsi recuperees ne sont pas 
obligatoirement a jour. 

Par exemple encore, la procedure ATM (Any Time 
Modification) definie dans la recommandation 3GPP TS 
29.002, plus particulierement aux paragraphes 24A.2 et 
8.1.8, permet de mettre un point de detection CAMEL 
(Customized Applications for Mobile network Enhanced 
Logic) sur toute modification d'etat d'un abonne mobile. 
Le VLR (Visitor Location Register) gerant 1' abonne notifie 
alors le systeme 5 de detection de presence qui agit en 
CSE selon la nomenclature CAMEL, a chaque changement 
d'etat. 

Quelque soit la technique d' extraction de presence du 
reseau de communication mobile, les serveurs applicatifs 
du monde IP, gardent une interface unique avec le- reseau 
de communication mobile, a savoir le systeme ,5 qui 
repertorie les etats de presence et de non presence, des 
mobiles de communication, facilitant ainsi le deploiement. 

Que le signal distinctif soit de type a emission 
periodique comme c'est le cas des SMS invisibles ou de la 
procedure ATI ou soit de type souscription a abonnement de 
mise a jour comme c'est le cas de la procedure ATM, le 
systeme 5, en centralisant 1 ' information de presence 
relative aux abonnes mobiles, procure une fonction 
antememoire (cache en anglais) pour les serveurs 
applicatifs. Ainsi, le systeme 5 evite de solliciter 
intempestivement le reseau de communication mobile lorsque 
plusieurs serveurs applicatifs ont besoin d'acceder a 
1 * information de presence. 
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Revendicat ions : 

1. Proc6d6 pour informer un serveur d 1 application (7,8) 
si un abonne mobile est present ou pas sur un reseau de 
telecommunication mobile (3), caract6ris6 en ce qu'il 
comprend: 

- au moins une premiere etape (29,35) pour envoyer un 
premier signal distinctif de 1* abonne mobile au r6seau de 
telecommunication mobile (3); 

- au moins une deuxieme 6tape (28,32) pour determiner un 
etat binaire present ou non present, en fonction d'une 
reaction du reseau de telecommunication mobile (3) au dit 
premier signal ; 

au moins une troisieme etape (13,14,23,24) pour 
communiquer au serveur d' application (7,8) 1 1 etat 
determine en deuxieme etape. 

2. Procede selon la revendicat ion 1, caracterise en ce 
que : 

- ledit premier signal est un message court envoye au 
reseau de telecommunication mobile & destination de 
l'abonne mobile; 

- une premiere transition (31,37) validee par une reaction 
du reseau de telecommunication mobile indiquant que le 
message est deiivre, respectivement une deuxieme 
transition (30,36) validee par un depassement de dur6e 
sans reaction du reseau de telecommunication mobile, 
active la deuxieme etape (28,32) qui determine l f etat 
present, respectivement non present de 1 1 abonne mobile. 
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3. Proc£d6 selon la revendication 2, caract£ris6 en ce 
qu'un param£tre de schema de codage de donn£es dans une 
ent§te du message court, est positionn£ & une valeur qui a 
pour effet de commander au mobile destinataire du message, 

5 de se d6fausser du contenu du message et de d6sactiver une 
indication de reception du message sur le mobile. 

4. Proc6d§ selon la revendication 2, caract6ris£ en ce 
que la premiere 6tape (29,35) est activ6e pendant une 

10 activation de la deuxi£me 6tape (28,32) en positionnant 
une dur6e (T 3 ,Ti) fonction de l'fetat present ou non 
present determine en deuxifeme etape. 

5. Procede selon la revendication 4, caracterise en ce 
15 qu'il comprend une etape (33) d'attente (T 2 ) activ6e 

lorsque la deuxieme etape (32) determine l'etat present de 
fagon & activer la premiere etape (35) apres expiration de 
l'attente (T 2 ) . 

20 6. Procede selon la revendication 1, caracterise en ce 
que : 

- ledit premier signal consiste en une interrogation de 
nceud du reseau de telecommunication sur 1 1 etat present ou 
non present de 1 ' abonne mobile; 
25 - la reaction du reseau de telecommunication mobile 
consiste en une r^ponse du nceud du reseau de 
telecommunication sur l'etat present ou- non present de 
1' abonne mobile. 

30 7. Proced6 selon la revendication 1, caracterise en ce 
que: 
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- ledit premier signal consiste en un positionnement de 
point de detection sur un nceud du r6seau de 
telecommunication relatif £ toute modification de l'6tat 
present ou non present de l'abonne mobile; 

- la reaction du r6seau de telecommunication mobile 
consiste en une notification du nceud du r6seau de 
telecommunication relatif & chaque modification de l'6tat 
present ou non present de l'abonne mobile. 

8. Proc6d6 selon 1 1 une des revendications pr6cedentes, 
caract6rise en ce gu'une activation de troisieme etape 
(23) communiquant au serveur d 1 application I'etat present, 
est suivie d'une activation de troisieme etape (24) 
communiquant au serveur d 1 application l'etat non present 
lorsque l'etat determine en deuxieme etape passe de 
present & non present. 

9. Proced6 selon 1 1 une des revendications 1 a 7, 
caracterise en ce qu ! une activation de troisieme etape 
(15,16) fait suite a une transition (11) validee par une 
requ§te en provenance du serveur pour demander l'etat de 
l'abonne mobile, 

10. Systeme (5) pour informer un serveur d 1 application 
(7,8) si un abonne mobile est present ou pas sur un reseau 
de telecommunication mobile (3), caracterise en ce qu'il 
comprend : 

- des premiers moyens pour envoyer un premier signal 
distinctif de l'abonn^ mobile au reseau de 
telecommunication mobile (3); 
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- des deuxiemes moyens pour determiner un 6tat binaire 
present ou non present en fonction d'une reaction du 
r6seau de telecommunication mobile (3) au dit premier 
signal; 

5 - des troisiemes moyens pour communiquer au serveur 
d 1 application (7,8) 1 1 6tat determine par les deuxiemes 
moyens. 

11. Systeme selon la revendication 10, caract6ris6 en ce 
10 que: 

- les premiers moyens sont agences pour envoyer le premier 
signal sous forme d'un message court k destination de 
l'abonne mobile; 

- les deuxiemes moyens sont agences pour determiner l'etat 
15 present lorsque le message court est deiivre et pour 

determiner l'etat non present lorsque le message.,, court 
n'est pas deiivre apres depassement d'une dur6e prefixes. 

12. Systeme selon la revendication 11, caracterise en ce 
20 que les premiers moyens sont agenc6s pour envoyer ledit 

premier signal a intervalles de temps reguliers qui sont 
fonctions de 1 ■ etat present ou non present de l'abonne 
mobile. 
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